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SPECIFICATION 

To all whom it may concern: 

Be It Known, That I, Brian E. Corrigan, III, a citizen of United States of America, 
residing at 2956 Penstemon Court, Wichita, Kansas 67226, have invented certain new and 
useful improvements in "Method and Apparatus for Protection of Data Utilizing CRC", of 

which I declare the following to be a full, clear and exact description: 
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BACKGROUND OF THE INVENTION 

1. Technical Field: 

The present invention is directed generally toward a method and apparatus for protection 
of data utilizing cyclical redundancy checking. 

2. Description of the Related Art: 

In a high-performance computer system consisting of multiple processors and mass 
storage devices, it is of critical importance that all information be stored and retrieved reliably 
with no errors. It is of equal importance that if errors occur in the storage or retrieval of data, that 
the errors be detected and reported. Typically, the mass storage of a high-performance computer 
system consists of a redundant array of independent disks (RAID). Within the RAID mass 
storage system, data is stored both in semiconductor memory in the RAID controller and on the 
magnetic media of the RAID disk drives. Though data written to semiconductor memory can be 
protected using error correction code (ECC) techniques, this will not prevent against inadvertent 
writes to locations in the memory or reading from incorrect locations. Furthermore, data stored 
on the disk drives of a RAID system can be stored incorrectly or retrieved incorrectly due to 
errors in the drives. For example, the drives may have physical problems, data may be stored in 
the wrong location on the drive, or the data may become corrupted. 

The method by which these errors are detected in the system should have minimum 
impact on the overall system performance. There are several approaches that may be used to 
protect data from the above-mentioned errors. One method involves the execution of software 
that checks the integrity of data as it is being stored or retrieved. This method, used to ensure the 
accuracy of transmitting digital data, is cyclical redundancy checking (CRC). This operation 
executes concurrently with the transfer of the data. Because this method utilizes a portion of the 
computing resources for its execution, the overall performance of the system is reduced. This 
method adds an additional amount of complexity to the software executing in the RAID system. 

Another method involves a hardware engine that checks the integrity of data after it has 
been transferred. Though this method utilizes a small amount of computing resources to 
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initialize and start the hardware engine, system performance is reduced due to the time required 
to initialize the engine and execute the checking algorithm. If a separate hardware engine is used 
to perform the CRC function after a transfer to or from system memory is completed, then the 
next system operation or transfer would have to wait until this CRC operation is completed 
before executing. This reduces system performance. 

Therefore, it would be advantageous to provide an improved method and apparatus for 
protection of data using cyclical redundancy code. 
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SUMMARY OF THE INVENTION 

The present invention provides the addition of a dedicated hardware CRC computation 
engine to assure the integrity of data transferred between the system memory and storage devices. 
The CRC computation engine provides CRC calculation "on-the-fly" for the protection of data 
transferred to and from the system memory without software overhead. The computation of CRC 
values and optional checking against previously calculated CRC values is selected through the use 
of an address-mapping scheme. This CRC protection scheme requires a small amount of initial 
software overhead to allocate the data, CRC value, and CRC error regions of the system memory. 
After the CRC protection scheme is initialized, all CRC operations are transparent to the executing 
software. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the invention are set forth in the appended 
claims. The invention itself however, as well as a preferred mode of use, further objects and 
advantages thereof, will best be understood by reference to the following detailed description of an 
illustrative embodiment when read in conjunction with the accompanying drawings, wherein: 

Figure 1 is a block diagram illustrating a storage system in accordance with a preferred 
embodiment of the present invention; 

Figure 2 is a block diagram depicting an example of logical system memory mapping in 
accordance with a preferred embodiment of the present invention; 

Figure 3 is a block diagram illustrating data block area and CRC value area in system 
memory in accordance with a preferred embodiment of the present invention; 

Figure 4 is a flowchart depicting the operation of memory interface logic in accordance 
with a preferred embodiment of the present invention; and 

Figure 5 is a flowchart illustrating the operation of a CRC hardware engine in accordance 
with a preferred embodiment of the present invention. 
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DETAILED DESCRIPTION 

The description of the preferred embodiment of the present invention has been presented 
for purposes of illustration and description, but is not limited to be exhaustive or limited to the 
5 invention in the form disclosed. Many modifications and variations will be apparent to those of 
ordinary skill in the art. The embodiment was chosen and described in order to best explain the 
principles of the invention the practical application to enable others of ordinary skill in the art to 
understand the invention for various embodiments with various modifications as are suited to the 
particular use contemplated. 
1 0 With reference now to the figures and in particular with reference to Figure 1, a block 

M ! diagram illustrating a storage system is shown in accordance with a preferred embodiment of the 
□ present invention. Memory interface logic 110 manages the transfer of data from storage devices 
! y 122, 130 and host devices 126 via peripheral component interconnect (PCI) interfaces 124, 128, 
Q 132 to system memory 140 and from system memory to the storage devices and host devices. 
IjS Transfers from devices into system memory are writes and transfers from memory to devices are 
? reads. 

fU For example, host devices 126 may write data to system memory 140 for subsequent 

SJ storage in one of storage devices 122, 130. As another example, data may be written from one of 
q storage devices 122, 130 to system memory and read from system memory to be transferred to 
2 0 one of host devices 126. Direct memory access (DMA) controller 148 also transfers blocks of 
data from memory to storage devices. Furthermore, array parity control 150 takes data in blocks 
of memory, performs calculations, and creates new data. The array parity control is used in 
striping data across storage devices. 

In accordance with a preferred embodiment of the present invention, CRC hardware 
2 5 engine 160 is provided to assure the integrity of data transferred between the system memory and 
storage devices accessed through PCI buses. The CRC hardware engine provides CRC 
calculation on the fly for protection of data transferred to or from the system memory without 
software overhead. 



LSI DOCKET NO. 01-776 



The computation of CRC values and optional checking against previously calculated 
CRC values is selected through the use of a unique PCI address-mapping scheme. The system 
memory is accessed in one of three modes: normal, generate, and check. In a CRC generate 
mode access, the PCI address of a memory transfer falls within the range of the CRC Generate 
base and limit registers 112. For this transfer, a CRC value is calculated and written to CRC 
value area 144 of system memory by the CRC hardware engine. 

In a CRC check mode access, the PCI address of a memory transfer falls within the range 
of the CRC check base and limit registers 114. For this transfer, a CRC value is calculated and 
compared against a previously generated CRC value in the CRC value area of the system 
memory. If the computed value for the data transfer does not compare against the previously 
computed value, an error in the data is detected. A transfer of error information to CRC error 
area 146 of system memory by the CRC hardware engine reports the error. In a normal mode 
access, the PCI address of a memory transfer does not fall within either the CRC generate or 
CRC check regions. 

CRC hardware engine 160 interfaces to memory interface logic 110 via memory monitor 
bus 172 and CRC hardware memory read/write bus 174. The memory monitor bus provides a 
status of the current system memory activity to the CRC hardware engine. The starting address, 
active port identification (ED), data direction, and data for each transaction to or from the system 
memory is output from the memory interface logic on the memory monitor bus. Additionally, 
the port indicates to the CRC hardware engine whether the data transfer falls within the CRC 
Generate region or the CRC Check region. The CRC hardware memory read/write bus is used by 
the CRC hardware engine to read previously computed CRC values from system memory and to 
write newly computed CRC values to system memory. CRC hardware memory read/write bus 
174 is also used to write CRC error information to system memory. 

When a generate memory transfer begins, CRC controller 162 begins calculation of the 
CRC value. The CRC controller may use, for example, the CRC-32 polynomial to calculate the 
remainder. As each 128-bit memory word is presented at the memory monitor bus, the 
calculation is updated. A CRC remainder is calculated on a block-by-block basis. When the 
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transfer is completed, the CRC hardware engine writes the calculated CRC values to the system 
memory via memory bus interface 164. 

When a check memory transfer begins, CRC controller 162 reads previously computed 
CRC values for the memory block being transferred via memory bus interface 164. If CRC 
cache address and flag registers 166 detect that CRC values are already cached, appropriate flags 
are presented to CRC controller 162 and the values are read from CRC value cache 168 rather 
than system memory. The CRC remainder calculation then begins with the first word presented 
at the memory monitor bus and continues until the end of a block is reached. The computed 
value is compared with the previously computed value to determine if an error is present. If the 
CRC controller detects an error, the appropriate error information for the block is written to CRC 
error area 146 of system memory via memory bus interface 164. The CRC controller may also 
inform the memory interface logic of the error by, for example, setting an interrupt, generating 
PCI system errors (PCI SERR), setting status bits, etc. 

Turning to Figure 2, a block diagram depicting an example of logical system memory 
mapping is shown in accordance with a preferred embodiment of the present invention. The 
memory interface logic includes logical memory map 220 that maps an address space to physical 
system memory 250. The logical system memory map includes generate mode memory map 222 
and check mode memory map 224. The generate mode memory map address range is defined by 
generate base and limit registers 212 and the check mode memory map address range is defined 
by check base and limit registers 214. As can be seen in Figure 2, the generate mode memory 
map and the check mode memory map both map addresses to CRC protected data area 254 in 
physical system memory 250. 

A normal mode access may comprise a transfer for any address not between the generate 
base and limit or between the check base and limit. Alternatively, logical system memory map 
220 may include normal mode memory map 226. The address range for the normal mode 
memory map may be defined by normal base and limit registers 216. The normal mode memory 
map may map addresses to physical system memory that is not in CRC value area 252, CRC 
protected data area 254, or CRC error area 256. However, other mapping schemes may also be 
used. For example, the normal mode memory map may map addresses to the CRC protected data 
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area. In this case, the data in a normal mode access may be protected, but a CRC will not be 
computed or compared for the transfer. 

Physical system memory 250 may also include CRC value area 252 for storing CRC 
values and CRC error area 256 for storing CRC errors discovered by the CRC hardware engine. 
The CRC value area address range is defined by CRC value base and limit registers 262. The 
CRC error area address range is defined by CRC error base and limit registers 266. 

Turning to Figure 3, a block diagram illustrating data block area and CRC value area in 
system memory is shown in accordance with a preferred embodiment of the present invention. 
Data block area 310 includes data blocks 0-M. Each data block in the data block area has a 
corresponding CRC value block in CRC value area 320 and an error information data block in 
CRC error area 330. 

Furthermore, each data block may be divided into sub blocks 0-N. Each data sub-block 
may have a corresponding CRC value sub-block in the CRC value area. Thus, when a transfer is 
not completed, the memory interface logic may restart with the next sub-block and the CRC 
hardware engine can continue generating or checking CRC values on a sub-block basis until the 
transfer is complete. In the eventuality that a transfer stops within a data sub-block, typically 
during a write transfer, the CRC hardware engine may store an intermediate value in system 
memory. In a preferred embodiment of the present invention, the intermediate value is stored in 
an unused portion of the CRC error area. When the transfer restarts, the CRC hardware engine 
may retrieve the intermediate value from system memory and resume. 

With reference now to Figure 4, a flowchart depicting the operation of memory interface 
logic is shown in accordance with a preferred embodiment of the present invention. The process 
begins and a system memory transfer start is detected (step 402). A determination is made as to 
whether the memory transfer is within the generate base and limit range (step 404). If the 
transfer is a generate, a determination is made as to whether the transfer is a memory write (step 
406). If the transfer is a memory write, the process puts the address, a write indication, a 
generate indication, the port ID, and the data on the memory monitor bus (step 408) and returns 
to step 402 to detect another system memory transfer. If the transaction is not a memory write in 
step 406, the process returns to step 402 to detect another system memory transfer. 
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If the transfer is not a generate in step 404, a determination is made as to whether the 
memory transfer is within the check base and limit range (step 410). If the transaction is a check, 
a determination is made as to whether the transaction is a memory write (step 412). If the 
transfer is not a memory write, the process puts the address, a read indication, a check indication, 
the port ID, and the data on the memory monitor bus (step 414) and returns to step 402 to detect 
another system memory transfer. 

If the transfer is a memory write in step 412, the process puts the address, a write 
indication, a check indication, the port ID, and the data on the memory monitor bus (step 416) 
and returns to step 402 to detect another system memory transfer. Returning to step 410, if the 
transaction is not a check, the process returns to step 402 to detect another system memory 
transfer. 

Turning now to Figure 5, a flowchart illustrating the operation of a CRC hardware engine 
is depicted in accordance with a preferred embodiment of the present invention. The process 
begins and a transfer is detected on the memory monitor bus (step 502). Then, determination is 
made as to whether the transfer is a generate (step 504). If the transfer is a generate, the process 
computes the CRC value (step 506), stores the CRC value in the CRC value area of system 
memory (step 508), and returns to step 502 to detect another transfer. 

If the transfer is not a generate in step 504, a determination is made as to whether the 
transfer is a check (step 510). If the transfer is not a check, the process returns to step 502 to 
detect another transfer. However, if the transfer is a check in step 510, a determination is made 
as to whether the CRC value is cached (step 512). If the CRC value is cached, the process 
retrieves the CRC value from the CRC value cache (step 514), and if the CRC value is not 
cached, the process retrieves the CRC value from the CRC value area in system memory (step 
516) and stores the CRC value in the CRC value cache (step 517). Thereafter, the process 
calculates a CRC value (step 518) and compares the calculated CRC value to the retrieved CRC 
value (step 520). 

Next, a determination is made as to whether an error is detected based on the comparison 
(step 522). If an error is detected, the process generates an error and stores the error in the CRC 
error area of system memory (step 524). Then, the process returns to step 502 to detect another 
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transfer. If an error is not detected in step 522, the process returns to step 502 to detect another 
transfer. 

Thus, the present invention solves the disadvantages of the prior art by providing a 
dedicated hardware CRC computation engine to the memory interface integrated circuit to assure 
the integrity of data transferred between the system memory and storage devices. The CRC 
protection scheme of the present invention requires a small amount of initial software overhead 
to allocate the data, CRC value, and CRC error regions of the system memory. After the regions 
are allocated and the CRC generate and CRC check region registers are initialized, all CRC 
operations are transparent to the executing software. The calculations and optional checking 
occur "on-the-fly" simultaneously with the transfer of the data to or from the system memory. A 
small amount of additional memory bandwidth is required to perform the function. This allows 
for a much higher performance system than otherwise obtained if system processing resources 
were used to compute the CRC values and perform the checking. 



